tuto installer mise

SciresM proposait récemment sa pre-release 2 pour apporter des correctifs.

La version préliminaire a été mise à jour le 18/10/2021 à 11h20 PST pour corriger un blocage lors du démarrage de « Super Mario 3D All-Stars » et éventuellement d'autres titres. Le zip mis à jour a un hachage de build de « -692247b26 ».

Les liens sigpatches sont à jour également.

Pas compris la seconde partie du commentaire.

Comme je l’indique, essaie avec une ancienne version d’AMS pour à l’issu mettre à jour en 13.0.0 via Daybreak. Une fois cela fait, tu n’auras plus qu’à refaire une préparation de ta SD avec la nouvelle version d’AMS. De moi, le problème se situe dans le fait que ta version d’HOS est trop ancienne pour les nouveaux outils et nécessite donc d'être mise à jour en 13.0.0. Je ne peux confirmer car je ne peux tester en 9.1.0 mais le développeur SciresM indique qu’en dessous de 11.0.0, il peut y avoir des bogues. A voir.

Quoi qu’il en soit, passer en 13.0.0 ne pourra être qu’utile pour utiliser AMS et Hekate dans leur dernière version. Et si ton souhait est d’utiliser AMS plutôt que SX OS, pas de raison de rester en 9.1.0.

Je ne vois où cela peut bloquer si ce n’est la version de HOS dans laquelle tu es. Nintendo a modifié son firmware et SciresM a fait de même donc avec une ancienne version de HOS, cela pourrait bloquer.

A part, refaire une préparation de ta SD avec des anciennes versions d’AMS (avant la 0.19.0) et Hekate pour ta version HOS actuelle. Le développeur SciresM indique que des anciennes versions d’HOS peuvent poser problème avec la nouvelle version d’AMS. Une fois cela fait, tu lanceras une mise à jour d’HOS via Daybreak puis tu mettras à jour les éléments sur ta SD pour HOS 13.0.0.

Du coup, en prenant des anciennes versions, il faudra fusée-primary.bin pour booter via TegraRCMGui. Et attention au fichier Hekate-ipl.ini également qui doit être modifié. Et comme indiqué juste avant, une fois ta console mise à jour en 13.0.0, tu referas une préparation de ta SD en tenant compte de nouvelles modifications.

Bonsoir,

Je suis en cours de transition pour quitter mon boot via SX OS afin de passer sur ATM suite aux incidents de SX OS.

Cependant, lorsque je suis en mode RCM, je n'arrive pas à boot : Failed to open sdmc:/atmosphere/package3

-J'ai préparé ma carte SD (exFAT) avec SDSetup comme votre tuto bien expliqué (Recommended Defaults);
-Je suis en version 9.1.0;
-J'ai téléchargé les sigpatches et les ai mis dans le dossier atmosphère de ma carte SD;
-J'ai récupéré la dernière version de fusée.bin sur le lien de la release de ATM 1.1.1, conservé sur mon PC;
-J'ai essayé avec le fichier package3 du dossier atmosphere du SDSetup, ainsi qu'avec celui présent dans le lien de la release de ATM 1.1.1 (si jamais c'est un souci de version mise à jour).


Le fichier package3 est par défaut à la racine du dossier atmosphere de ma carte SD. Devrait il etre situé ailleurs, provoquant alors cette erreur ?

Je suis un peu désemparé parce que je vois ailleurs nul part ailleurs sur internet ce probleme. Au cas où, je me suis assuré que l'option "Archive Bit For All SD Files" soit décochée de chacun des fichiers de la carte SD.

Merci d'avance pour ceux qui pourraient m'aider, et désolé si ça vient d'une erreur stupide de ma part.

Je t’ai déjà répondu plus haut ^^

MDProz Wrote:Commence par sauvegarder le contenu de ta SD sur PC. Ensuite, tu refais une préparation de ta SD avec les indications données dans le tutoriel. Et pour terminer, tu suis les étapes. Pour ce qui est de la mise à jour firmware, tu la feras avec Daybreak. Je ne peux pas être plus précis que les démarches indiquées et je ne ferai que répéter ce que j’ai déjà écrit.

Comme tu ne souhaites plus utiliser SX OS, rien de plus simple pour toi que de repartir de zéro sans te lancer dans des manipulations autres pour conserver le hack SX OS.

Commence par sauvegarder le contenu de ta SD sur PC. Ensuite, tu refais une préparation de ta SD avec les indications données dans le tutoriel. Et pour terminer, tu suis les étapes. Pour ce qui est de la mise à jour firmware, tu la feras avec Daybreak. Je ne peux pas être plus précis que les démarches indiquées et je ne ferai que répéter ce que j’ai déjà écrit.

Comme tu ne souhaites plus utiliser SX OS, rien de plus simple pour toi que de repartir de zéro sans te lancer dans des manipulations autres pour conserver le hack SX OS.

Si tu souhaites repartir sur une base propre et que ce que tu possédais sous SX OS t’importe peu, alors tu as juste a suivre le tutoriel étape par étape.

HOS 13.0.0 est disponible et l’ensemble des outils sont portés pour supporter ce firmware. Toutefois, Atmosphère est en pré-release, le temps pour SciresM d’avoir suffisamment de retour pour corriger d’éventuels bogues et proposer sa release stable. Mais tout semble opérationnel.

Toutefois, tu peux mettre à jour manuellement en 12.1.0, si tu le souhaites.

Au delà de tout cela, ton port cartouche restera opérationnel si tu mets à jour sysNAND et emuNAND dans une même version qui implique une mise à jour de ce dernier. Il ne le sera pas si tu décidais de laisser ton emuNAND en 11.0.0 et ta sysNAND en 13.0.0 ou 12.x.x. Il sera inutilisable sur l’emuNAND car le port cartouche se met à jour à partir de HOS 12.0.0 (un efuse LOTUS se grille et cela fait donc 4 depuis la 4.0.0/9.0.0/11.0.0/12.0.0). Il n’existe aucun moyen de contourner cela via SX OS. Seul le patch NoGC le permet. Des explications en FAQ sont dispos.

Pour le reste et ce qui concerne l’emuNAND, si tu souhaites la conserver, il faut opérer une fonction de migration via Hekate pour que cette dernière soit utilisable pour les deux hack. Toutefois, elle ne doit pas dépasser 11.0.0 sinon, SX OS ne pourra plus être utilisé. Et si tu mets a jour l’emuNAND pour ne plus passer par SX OS, tu le pourras pour AMS/Hekate.

Tu peux aussi créer une seconde emuNAND pour AMS/Hekate dans la version souhaitée mais est-ce vraiment utile ? Seul toi peut le savoir en fonction de ce que tu souhaites.

Dans tous les cas, sache que le downgrade de la sysNAND ne sera possible que si tu décides de conserver tes eFuses et que tu actives le mode autoRCM pour tout le temps booter sur CFW. Si tu ne fais pas cela, les eFuses de la CM se grilleront et démarrer la console sans hack aboutira à une erreur. Ceci est pour information.

Beaucoup d’éléments et des choix à faire. A toi de voir mais si tu souhaites utiliser AMS strictement, tu peux tout refaire. Une chose peut être envisagée, c’est sans doute le dump de tes sauvegardes pour les réutiliser ensuite. Les jeux XCi que tu utilisais via SX OS s’installeront comme des NSP via un gestionnaire de backups sous AMS.

Conserve tout de même une sauvegarde de ta SD sur PC et ta licence de SX OS.

Salut,
Merci pour les tutos.
Débutant, j'ai une slim 2004A en 4.76, je dois donc faire la mise à jour en 4.88 pour installer un CFW 4.88. Une fois cela fait, pourquoi vouloir downgrade ( d'après les derniers coms) ?
Le CFW 4.88 est instable ?

Comme annoncé il y a peu, le développeur SciresM propose la finale release de la version 1.0.0 de son CFW Atmosphère.

Bien que le plus simple lorsque l’on décide de mettre à jour le CFW sur sa SD est de supprimer tous les éléments qui le concernent en ne touchant pas aux dossiers Nintendo et ce qui se réfère à l’emuMMC, cette nouvelle version embarque un certain nombre de changements !

Si vous mettez à jour depuis la v0.20.X ou inférieur, il faut utiliser Fusee.bin en lien sur le Github avec la release d’Atmosphère pour booter.

• Fusee.bin


• Atmosphere v1.0.0 + HBL 2.4.1 + HBMenu 3.4.1

La première indication plus haut semble plus simple pour refaire une préparation de sa SD mais si vous faites la mise à jour en remplaçant seulement les éléments sur votre carte SD, il faut :

• Supprimer le fichier atmosphere\config\bct.ini


• Supprimer le dossier atmosphere\kip_patches\default_nogc,


• Supprimer atmospherre\fusee-secondary.bin


• Supprimer fusee-mtc.bin qui en principe n’existe plus depuis la v0.20.x


• Si la mise à jour se fait depuis une version inférieure à la version 0.20.0, il faudra aussi supprimer le dossier sept et certains dossiers dans atmosphere\contents


• Si vous utilisez Hekate, il faut aussi modifier les configs pour remplacer la mention de fusee-secondary.bin par package3 (voir l’exemple du fichier Hekate_ipl.ini plus bas)

Vous l’aurez compris, une mise à jour ainsi semble fastidieuse si vous ne maîtrisez pas. Autant refaire une préparation de sa SD.

Et pour ceux qui utilisent le patch NoGC, cela se fait, depuis la v1.0.0, dans le fichier atmosphere\config\stratosphere.ini

Les sigpatches sont également à jour pour cette dernière release. Pour ce qui concerne Hekate, à voir si une mise à niveau suivra.

Le fichier Hekate_ipl.ini doit ressembler à cela:

Code: Select All Code

[config]
autoboot=0
autoboot_list=0
bootwait=0
autohosoff=0
autonogc=1
updater2p=1
backlight=100

[CFW - sysMMC]
fss0=atmosphere/package3
kip1patch=nosigchk
atmosphere=1
emummc_force_disable=1
icon=bootloader/res/icon_payload.bmp

[CFW - emuMMC]
fss0=atmosphere/package3
kip1patch=nosigchk
emummcforce=1
atmosphere=1
icon=bootloader/res/icon_payload.bmp

[Stock - sysMMC]
fss0=atmosphere/package3
emummc_force_disable=1
stock=1
icon=bootloader/res/icon_switch.bmp

Ceci est l’exemple le plus basique car ce fichier est configurable à souhait !

Le développeur SciresM propose la v0.20.1 de son CFW Atmosphère. Elle apporte un correctif pour les modèles Mariko.

Les sigpatches sont disponibles également.

A voir si Hekate aura besoin d’une mise à niveau mais je ne pense pas.